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FINAL ACTION 

1 . This action is responding to application amendments filed on 1 -21 -201 0. Claims 
1 - 46 are pending. Claims 1, 20, 21, 22, 32, 45 have been amended. Claims 1, 20, 21, 
22, 32, 45 are independent. File date is 1-2-2004. 

® Applicant has amended Specification of the present application, thereby making 
the present application a CONTINUATION-IN-PART of the previously co-pending 
U.S. Application No. 10/230,643, now issued U.S. Patent No. 7,295,555 B2. 
That Application has an actual filing date of August 29, 2002 and an earliest 
Provisional file date of March 8, 2002. The priority date for invention is now 
March 8, 2002. 

• The 101 Rejection for Claim 20 is maintained. The specification discloses a 
system architecture consisting of application-specific entities. The application- 
specific system components indicate that the claimed invention in its broadest 
sense consists of software only and therefore directed towards non-statutory 
subject matter. Applicant must indicate at least one tangible hardware 
components such as a memory for storage of program instructions. 

Response to Arguments 

2, Applicant's arguments have been fully considered but they are not persuasive. 

A. Applicant argues: subject matters related to markers (Remarks Page 10, Lines 
18-19) 
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These are newly amended claim limitations and are addressed in the current Office 
Action. 

Claim Rejections - 35 USC §112 

3. The following is a quotation of the first paragraph of 35 U.S. C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

4. Claims 21, 22, 45 are rejected under 35 U.S.C. 112, first paragraph, as failing to 
comply with the written description requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to reasonably convey to 
one skilled in the relevant art that the inventor(s), at the time the application was filed, 
had possession of the claimed invention. There does not appear to be disclosure for 
the claim limitation: "wherein marker is not adjacent to the FPDU header" in the 
specification or the original claims. 

Appropriate correction is required. 



Claim Rejections - 35 USC § 101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

6. Claim 20 is rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter as follows. 

Claim 20 is to be construed as a system of "software perse", unless the 
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specification makes clear the only reasonable interpretation of the word "system" is 
limited to hardware inclusive tangible embodiments. Applicant must indicate at least 
one tangible hardware components such as a memory for storage of program 
instructions. 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art 
are such that the subject matter as a whole would have been obvious at the time the invention was made 
to a person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention was made. 

8. Claims 1 - 16, 18 - 26, 28, 29 - 31, 32, 45, 46 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Bailey et al. (XP-002272247: "TCP ULP 
Framing Protocol (TUF) draft-ietf-tsvwg-tcp-ulp-frame-01) in view of Pinkerton et al. 
(US Patent No. 7,124,198). 

Regarding Claim 1, Bailey discloses a system for handling transport protocol segments 
(TPSes), comprising: a receiver that receives an incoming TPS (Bailey pg 5, II 10-12: 
delivers shimmed (header added) ULPDUs to receiving TUF (TCP Upper Layer 
Protocol) layer, TUF removes shim and delivers ULPDUs to ULP; pg 6, II 4-6: recognize 
ULPDUs by processing each TCP segment independently), the incoming TPS 
comprising a TPS header, an aligned upper layer protocol (ULP) header,, a complete 
ULP data unit (ULPDU), (Bailey pg 5, II 12: removes shim (header) and delivers ULPDU 
to TUF), wherein the receiver directly places the complete ULPDU into a host memory, 



Application/Control Number: 1 0/751 ,732 Page 5 

Art Unit: 2443 

and wherein the marker header is disposed between the aligned ULP header and the 
TPS header . (Bailey pg 5, II 20-22: place data (framed ULPDU) in memory on host; pg 
6, II 7-11: implementing direct data placement for TCP-based ULPs; pg 12, II 6-8: shim 
layer above the TCP (transport) layer and below the ULP layer; (between the ULP 
header (layer) and TCP or TPS header (layer)) 

Bailey does not explicitly disclose a marker header and a marker where the marker is 
disposed in the complete ULPDU and points to the marker header. 
However, Pinkerton discloses a marker header and a marker, wherein the marker is 
disposed in the complete ULPDU and points to the marker header . (Pinkerton col 2, II 
33-36: put a marker in each transport segment (transport data packets, TPS (TCP) 
layer) that provides a pointer to ULP header) 

It would have been obvious to one of ordinary skill in the art to modify Bailey for a 
marker header and a marker where the marker is disposed in the complete ULPDU and 
points to the marker header as taught by Pinkerton. One of ordinary skill in the art 
would have been motivated to employ the teachings of Pinkerton in order to eliminate 
the need for an intermediate reassembly buffer in the performance path. (Pinkerton col 
2, 1 67 - col 3, 1 3) 

Regarding Claim 2, Bailey discloses the system according to claim 1, wherein the 
receiver comprises a network subsystem and the host memory, wherein the network 
subsystem receives the incoming TPS and directly places data of the complete ULPDU 
into the host memory. (Bailey pg 5, II 20-22: place data (framed ULPDU) in memory on 
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host; pg 6, II 7-1 1 : implementing direct data placement for TCP-based ULPs) 

Regarding Claim 3, Bailey discloses the system according to claim 1, wherein the 
network subsystem comprises a network interface card (NIC) or a network controller. 
(Bailey pg 7, II 30-32: direct data placement by NIC (network interface controller) to 
place data directly from network into designated application buffers) 

Regarding Claim 4, Bailey discloses the system according to claim 1, wherein the 
ULPDU comprises a framing protocol data unit (FPDU). (Bailey pg 13, II 13-15: TUF 
sends groups of one or more complete ULPDUs in a framing protocol data unit (FPDU)) 

Regarding Claim 5, Bailey discloses the system according to claim 4, wherein the 
FPDU comprises a data unit created by a ULP using a marker-based ULPDU aligned 
(MPA) framing protocol. (Bailey pg 13, II 13-15: TUF sends groups of one or more 
complete ULPDUs in a framing protocol data unit (FPDU)) 

Regarding Claim 6, Bailey discloses the system according to claim 1, wherein the 
aligned ULP header comprises an aligned FPDU header. (Bailey pg 13, 1 5: shim layer 
PDUs called FPDU; pg 5, II 10-12: delivers shimmed (header added) ULPDUs to 
receiving TUF (TCP Upper Layer Protocol) layer, frame aligned) 

Regarding Claim 7, Bailey discloses the system according to claim 6, wherein the 
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aligned ULP header comprises the aligned FPDU header disposed adjacently to a TPS 
header of the TPS. (Bailey pg 1 3, I 5: shim layer PDUs called FPDU; pg 5, II 1 0-12: 
delivers shimmed (header added) ULPDUs to receiving TUF (TCP Upper Layer 
Protocol) layer, frame aligned) 

Regarding Claim 8, Bailey discloses the system according to claim 1, wherein the 
aligned ULP header is disposed a preset length away from a TPS header of the TPS. 
(Bailey pg 13, 1 5: shim layer PDUs called FPDU; pg 5, II 10-12: delivers shimmed 
(header added) ULPDUs to receiving TUF (TCP Upper Layer Protocol) layer, frame 
aligned; alignment implies length from header) for ULPDU) 

Regarding Claim 9, Bailey discloses the system according to claim 1, wherein the 
aligned ULP header is disposed a particular length away from the TPS header, the 
particular length being related to information in a field in the TPS. (Bailey pg 13, 1 5: 
shim layer PDUs called FPDU; pg 5, II 10-12: delivers shimmed (header added) 
ULPDUs to receiving TUF (TCP Upper Layer Protocol) layer, frame aligned; alignment 
implies length from header for ULPDU) 

Regarding Claim 10, Bailey discloses the system according to claim 9, wherein the 
field comprises a marker field. (Bailey pg 11, 1 36 - pg 12, 1 4: determine ULPDU starts 
at beginning of segment, perform ULP aware direct placement of ULPDU based on 
header placement) 
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Regarding Claim 11, Bailey discloses the system according to claim 1, wherein the 
receiver is a flow-through receiver. (Bailey pg 5, II 10-12: TCP communications receiver) 

Regarding Claim 12, Bailey discloses the system according to claim 1, wherein the 
TPS comprises a transmission control protocol (TCP) segment. (Bailey pg 5, 1 6; pg 5, II 
10-11: TUF utilizes TCP communications for layered communications) 

Regarding Claim 13, Bailey discloses the system according to claim 12, wherein the 
TCP segment is part of a TCP byte stream. (Bailey pg 5, 1 6; pg 5, II 10-11: TUF utilizes 
TCP communications for layered communications) 

Regarding Claim 14, Bailey discloses the system according to claim 1, wherein the 
receiver comprises a buffer. (Bailey pg 7, II 30-32: direct data placement by NIC into 
application buffers) 

Bailey does not explicitly disclose to scale approximately linearly with a network speed 
or a network bandwidth. 

However, Pinkerton discloses wherein the size of the buffer does not scale 
approximately linearly with a network speed or a network bandwidth. (Pinkerton col 3, II 
52-67: bandwidth considerations processing ULPDUs; buffer size does not scale with 
network speed) 

Motivation for Pinkerton to disclose to scale approximately linearly with a network speed 
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or a network bandwidth is as stated in Claim 1 above. 

Regarding Claim 15, Bailey discloses the system according to claim 1, wherein the 
receiver comprises a buffer. (Bailey pg 7, II 30-32: direct data placement by NIC into 
application buffers) 

Bailey does not explicitly disclose to scale with the number of connections. 
However, Pinkerton discloses wherein the size of the buffer does not scale with the 
number of connections. (Pinkerton col 3, II 52-67: bandwidth considerations processing 
ULPDUs; buffer size not dependent on number of connections) 
Motivation for Pinkerton to disclose to scale with the number of connections is as stated 
in Claim 1 above. 

Regarding Claim 16, Bailey discloses the system according to claim 1, wherein the 
incoming TPS comprises information that is used to place the complete ULPDU in the 
host memory. (Bailey pg 5, II 10-12: delivers shimmed ULPDUs (attached headers) to 
TUF, removes headers and delivers to ULP; pg 5, II 20-22: use information in framed 
ULPDUS to place data in memory of host) 

Regarding Claim 18, Bailey discloses the system according to claim 1, wherein the 
incoming TPS comprises an out-of-order incoming TPS. (Bailey pg 4, II 35-38: TCP 
segments arrive out of order, TUF protocol finds ULPDU headers in TCP stream even 
when TCP segments are out of order, recovery of out of order ULPDUs processing) 
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Regarding Claim 19, Bailey discloses the system according to claim 1, wherein the 
receiver does not store only a portion of the complete ULPDU. (Bailey pg 1 1 , 1 36 - pg 
12, 1 4: ULPDU completely contained with TCP segment; pg 7, II 30-32: direct data 
placement from network interface into application buffers) 

Regarding Claim 20, Bailey discloses a system for handling TPSes, comprising: a 
sender that sends a TPS, the sent TPS comprising a TPS header, an aligned ULP 
header and one or more complete ULPDUs , wherein the marker header is disposed 
between the aligned ULP header and the TPS header . (Bailey pg 1 1 , 1 36 - pg 1 2, 1 4: 
ULPDU completely contained with TCP segment; pg 7, II 30-32: direct data placement 
by network interface into application buffers; pg 12, 1! 6-8: shim layer above the TCP 
(transport) layer and below the ULP layer; (between the ULP header (layer) and TCP or 
TPS header (layer)) 

Bailey does not explicitly disclose a marker and a marker header where the marker is 
disposed in the complete ULPDU. 

However, Pinkerton discloses aj;nar^ the marker is 

disposed in one of the one or more com plete ULPDUs and points to the marker header . 
(Pinkerton col 2, II 33-36: put a marker in each transport segment (transport data 
packets, TPS (TCP) layer) that provides a pointer to ULP header) 
Motivation for Pinkerton to disclose a marker and a marker header where the marker is 
disposed in the complete ULPDU is as stated in Claim 1 above. 
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Regarding Claim 21, Bailey discloses a method for handling TPSes, comprising: 
aligning an FPDU header in a known position in a TPS with respect to a TPS header; 
and placing a complete FPDU in the TPS ; and wherein the marker is not adjacent to the 
FPDU header . (Bailey pg 1 1 , 1 36 - pg 12, 1 4: ULPDU completely contained with TCP 
segment; pg 7, II 30-32: direct data placement by network interface into application 
buffers; pg 12, II 6-8: shim layer above the TCP (transport) layer and below the ULP 
layer; (between the ULP header (layer) and TCP or TPS header (layer)) 
Bailey does not explicitly disclose inserting a marker inside the complete FPDU, 
wherein the marker points to the FPDU header. 

However, Pinkerton discloses inserting a marker inside the complete FPDU, wherein 
the marker points to the FPDU header . (Pinkerton col 2, II 33-36: put a marker in each 
transport segment (transport data packets, TPS (TCP) layer) that provides a pointer to 
ULP header) 

Motivation for Pinkerton to disclose inserting a marker inside the complete FPDU, 
wherein the marker points to the FPDU header is as stated in Claim 1 above. 

Regarding Claim 22, Bailey discloses a method for handling TPSes, comprising: 
receiving an incoming TPS, the TPS comprising, a complete FPDU and an FPDU 
header in a known position with respect to a TPS heade r, wherein the marker is not 
adjacent to the FPDU header . (Bailey pg 13, 1 5: shim layer PDUs called FPDU; pg 5, II 
10-12: delivers shimmed (header added) ULPDUs to receiving TUF (TCP Upper Layer 
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Protocol) layer, frame aligned; alignment implies length from header for ULPDU; pg 12, 

II 6-8: shim layer above the TCP (transport) layer and below the ULP layer; (between 
the ULP header (layer) and TCP or TPS header (layer)) 

Bailey does not explicitly disclose the FPDU includes a marker and the marker points to 
the FPDU header. 

However, Pinkerton discloses wherein the FPDU includes a marker, wherein the marker 
points to the FPDU header . (Pinkerton co! 2, H 33-36: put a marker in each transport 
segment (transport data packets, TPS (TCP) layer) that provides a pointer to ULP 
header) 

Motivation for Pinkerton to disclose the FPDU includes a marker and the marker points 
to the FPDU header is as stated in Claim 1 above. 

Regarding Claim 23, Bailey discloses the method according to claim 22, wherein the 
FPDU header is adjacent to the TPS header. (Bailey pg 13, 1 5: shim layer PDUs called 
FPDU; pg 5, II 10-12: delivers shimmed (header added) ULPDUs to receiving TUF (TCP 
Upper Layer Protocol) layer, frame aligned; alignment implies length from header for 
ULPDU) 

Regarding Claim 24, Bailey discloses the method according to claim 22, further 
comprising: performing layer 2 (L2) processing, layer 3 (L3) processing and layer 4 (L4) 
processing on the incoming TPS by a network subsystem. (Bailey pg 5, 1 6; pg 5, II 10- 
1 1 : TUF utilizes TCP communications for layered communications; TCP, IP, lower layer 
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(L2) communications processing; TCP/IP processing (implies L3, L4 processing)) 

Regarding Claim 25, Bailey discloses the method according to claim 24, further 
comprising: obtaining FPDU length information from the FPDU header. (Bailey pg 13, 1 
5: shim layer PDUs called FPDU; pg 5, II 10-12: delivers shimmed (header added) 
ULPDUs to receiving TUF (TCP Upper Layer Protocol) layer, frame aligned; alignment 
implies length from header for ULPDU) 

Regarding Claim 26, Bailey discloses the method according to claim 25, further 
comprising: to copy data of the FPDU from the network subsystem to a host memory. 
(Bailey pg 7, II 30-32: direct data placement by NIC into application buffers) 
Bailey does not explicitly disclose programming a direct memory access (DMA) engine. 
However, Pinkerton discloses programming a direct memory access (DMA) engine. 
(Pinkerton col 2, II 10-13: DMA (direct memory access) protocol; col 3, II 52-58; col 3, II 
63-67: direct data placement; maps incoming data to a specific buffer and offset; col 8, II 
1-3: direct placement information placed in framing header) 

Motivation for Pinkerton to disclose a direct memory access (DMA) engine is as stated 
in Claim 1 above. 

Regarding Claim 28, Bailey discloses the method according to claim 22 wherein a TPS 
comprises a plurality of complete FPDUs. (Bailey pg. 11, II 36 - pg 1 2, 1 4: determine 
that ULPDU starts at beginning of segment, and subsequent ULPDUs contained in that 
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segment (more than one ULPDU contained in segment)) 

Regarding Claim 29, Bailey discloses the method according to claim 24, further 
comprising: performing ULP processing on the incoming TPS by the network 
subsystem, wherein the L2 processing, the L3 processing, the L4 processing and the 
ULP processing can occur in parallel or in any order. (Bailey pg 5, 1 6; pg 5, II 10-11: 
TUF utilizes TCP communications for layered communications; TCP, IP, lower layer 
(L2) communications processing; TCP/IP processing (implies L3, L4 processing)) 

Regarding Claim 30, Bailey discloses the method according to claim 29, wherein the 
L2 processing, the L3 processing, the L4 processing and the ULP processing do not 
occur in the listed order in a receiver. (Bailey pg 5, 1 6; pg 5, II 10-11: TUF utilizes TCP 
communications for layered communications; TCP, IP, lower layer (L2) communications 
processing; TCP/IP processing (implies L3, L4 processing); pg 4, II 35-38: if TCP 
segments arrive out of order, TUF protocol finds ULPDU headers in TCP stream even 
when TCP segments are out of order, recovery of out of order ULPDUs processing) 

Regarding Claim 31, Bailey discloses the method according to claim 29, wherein the 
ULP processing, the L4 processing, the L3 processing and the L2 processing do not 
occur in the listed order in a transmitter. (Bailey pg 5, 1 6; pg 5, II 10-11: TUF utilizes 
TCP communications for layered communications; TCP, IP, lower layer (L2) 
communications processing; TCP/IP processing (implies L3, L4 processing); pg 4, II 35- 
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38: TCP segments arrive out of order, TUF protocol finds ULPDU headers in TCP 
stream even when TCP segments are out of order, recovery of out of order ULPDUs 
processing) 

Regarding Claim 32, Bailey discloses a system for handling transport protocol 
segments (TPSes), comprising: a receiver, wherein the receiver receives an incoming 
TPS, the incoming TPS comprising a TPS header, an aligned upper layer protocol 
(ULP) header and a complete ULP data unit (ULPDU), wherein the marker header is 
disposed between the aligned ULP header and the TPS header, wherein the receiver to 
place the complete ULPDU into a host memory. (Bailey pg 5, II 20-22: place data (from 
framed ULPDU) in memory on host; pg 6, II 7-11: implementing direct data placement 
for TCP-based ULPs; pg 12, II 8-8: shim layer above the TCP (transport) layer and 
below the ULP layer; (between the ULP header (layer) and TCP or TPS header (layer)) 
Bailey does not explicitly disclose a marker disposed in the complete ULPDU and points 
to the marker header. 

However, Pinkerton discloses a marker, and a marker header, wherein the marker is 
disposed in the complete ULPDU and .ppjnts to the marker header . (Pinkerton col 2, II 
33-36: put a marker in each transport segment (transport data packets, TPS (TCP) 
layer) that provides a pointer to ULP header) 
In addition, Bailey does not explicitly disclose a DMA engine. 

However, Pinkerton discloses programs a DMA engine. (Pinkerton col 2, II 10-13: DMA 
(direct memory access) protocol; col 3, II 52-58; col 3, II 63-67: direct data placement; 
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maps incoming data to a specific buffer and offset; col 8, II 1-3: direct placement 
information placed in framing header) 

Motivation for Pinkerton to disclose a marker disposed in the complete ULPDU and 
points to the marker header and a DMA engine is as stated in Claim 1 above. 

Regarding Claim 45, Bailey discloses a method for handling TPSes, comprising: (a) 
receiving an incoming TPS, the TPS comprising a TPS header, a complete FPDU and 
an FPDU header in a known position with respect to a TPS header, wherein marker is 
not adjacent to the FPDU header; (b) performing layer 2 (L2) processing on the 
incoming TPS; (c) performing layer 3 (L3) processing on the incoming TPS; (d) 
performing layer 4 (L4) processing on the incoming TPS; and (e) performing ULP 
processing on the incoming TPS, wherein the performing of (b), (c), (d) and (e) occurs 
in any order. (Bailey pg 5, 1 6; pg 5, II 10-11: TUF utilizes TCP communications for 
layered communications; TCP, IP, lower layer (L2) communications processing; TCP/IP 
processing (implies L3, L4 processing); pg 4, II 35-38: TCP segments arrive out of 
order, TUF protocol finds ULPDU headers in TCP stream even when TCP segments 
are out of order, recovery of out of order ULPDUs processing; pg 12, II 6-8: shim layer 
above the TCP (transport) layer and below the ULP layer; (between the ULP header 
(layer) and TCP or TPS header (layer)) 

Bailey does not explicitly disclose a marker inserted in the complete FPDU, and wherein 
the marker points to the FPDU header. 

However, Pinkerton discloses a marker, wherein the marker is inserted in the complete 
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FPDU, and wherein the marker points to the FPDU header . (Pinkerton col 2, II 33-36: 
put a marker in each transport segment (transport data packets, TPS (TCP) layer) that 
provides a pointer to ULP header)) 

Motivation for Pinkerton to disclose a marker inserted in the complete FPDU, and 
wherein the marker points to the FPDU header is as stated in Claim 1 above. 

Regarding Claim 46, Bailey discloses the method according to claim 45, wherein at 
least two of the performing of (b), (c), (d) and (e) occurs concurrently. (Bailey pg 5, 1 6; 
pg 5, II 10-11: TUF utilizes TCP communications for layered communications; TCP, IP, 
lower layer (L2) communications processing; TCP/IP processing (implies L3, L4 
processing); pg 4, II 35-38: if TCP segments arrive out of order, TUF protocol finds 
ULPDU headers in TCP stream even when TCP segments are out of order, recovery of 
out of order ULPDUs processing) 

9. Claims 17, 27, 33 - 44 are rejected under 35 U.S.C. 103 (a) as being 
unpatentable over Bailey-Pinkerton and further in view of Wilson et al. (US Patent No. 
7,031,904). 

Regarding Claim 17, Bailey discloses the system according to claim 1 . 
Bailey does not explicitly disclose CRC values. 

However, Wilson discloses wherein the receiver does not store partial cyclical 
redundancy check (CRC) values. (Wilson col 12,1111-1 3: include MAC header and a 
cyclic redundancy check (CRC) portion; col 15, II 6-10: MAC header is added to packet 
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followed by CRC portion, CRC check increases data integrity) 

It would have been obvious to one of ordinary skill in the art to modify Bailey to for 
CRC values as taught by Wilson. One of ordinary skill in the art would have been 
motivated to employ the teachings of Wilson for the benefits of fast and efficient 
utilization of communications within multiple types of network environments. (Wilson col 
3, II 6-9) 

Regarding Claim 27, Bailey discloses the method according to claim 26. 

Bailey does not explicitly disclose programming the DMA engine. 

However, Pinkerton discloses programming the DMA engine. (Pinkerton col 2, II 10-13: 

DMA (direct memory access) protocol; col 3, II 52-58; col 3, II 63-67: direct data 

placement; maps incoming data to a specific buffer and offset; col 8, II 1-3: direct 

placement information placed in framing header) 

Motivation for Pinkerton to disclose programming the DMA engine is as stated in Claim 
14 above. 

Bailey does not explicitly disclose a CRC machine. 

However, Wilson discloses to move FPDU through a cyclical redundancy checking 
(CRC) machine. (Wilson col 12, II 11-13: includes MAC header and cyclic redundancy 
check (CRC) portion; col 15, II 6-10: MAC header added to packet followed by CRC 
portion, CRC check increases data integrity) 

Motivation for Wilson to disclose a CRC machine is as stated in Claim 17 above. 
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Regarding Claim 33, Bailey discloses the system according to claim 32. 
Bailey does not explicitly disclose a CRC machine. 

However, Wilson discloses wherein the receiver comprises a cyclical redundancy check 
(CRC) machine, and wherein the receiver uses the CRC machine once per ULPDU. 
(Wilson col 12, II 11-13: include MAC header and a cyclic redundancy check (CRC) 
portion; col 15, II 6-10: MAC header is added to packet followed by CRC portion, CRC 
check increases data integrity) 

Motivation for Wilson to disclose a CRC machine is as stated in Claim 17 above. 

Regarding Claim 34, Bailey discloses the system according to claim 33, wherein the 
receiver comprises a non-flow-through network interface card (NIC). (Bailey pg 7, II 30- 
32: direct data placement by NIC (network interface) into designated application buffers) 
Bailey does not explicitly disclose a DMA engine. 

However, Pinkerton discloses a DMA engine. (Pinkerton col 2, II 10-13: DMA (direct 
memory access) protocol; col 3, II 52-58; col 3, II 63-67: direct data placement; maps 
incoming data to a specific buffer and offset; col 8, II 1-3: direct placement information 
placed in framing header) 

Motivation for Pinkerton to disclose a DMA engine is as stated in Claim 14 above. 
Bailey does not explicitly disclose a CRC machine. 

However, Wilson discloses the CRC machine. (Wilson col 12, II 11-13: includes MAC 
header and cyclic redundancy check (CRC) portion; col 15, II 6-10: MAC header added 
to packet followed by CRC portion, CRC check increases data integrity) 



Application/Control Number: 1 0/751 ,732 Page 20 

Art Unit: 2443 

Motivation for Wilson to disclose a CRC machine is as stated in Claim 17 above. 

Regarding Claim 35, Bailey discloses the system according to claim 34, wherein the 
non-flow-through NIC comprises a local memory. (Bailey pg 7, II 30-32: direct data 
placement by NIC (network interface) into designated application buffers (memory)) 

Regarding Claim 36, Bailey discloses the system according to claim 35, wherein the 
non-flow-through NIC as the complete ULPDU is stored in the local memory. (Bailey pg 
7, II 30-32: direct data placement by NIC (network interface) into designated application 
buffers) 

Bailey does not explicitly disclose a CRC calculation. 

However, Wilson discloses a CRC calculation. (Wilson col 12, II 11-13: includes MAC 
header and cyclic redundancy check (CRC) portion; col 15, II 6-10: MAC header added 
to packet followed by CRC portion, CRC check increases data integrity) 
Motivation for Wilson to disclose a CRC calculation is as stated in Claim 17 above. 

Regarding Claim 37, Bailey discloses the system according to claim 35, wherein the 
non-flow-through NIC after the complete ULPDU is stored in the local memory. (Bailey 
pg 7, II 30-32: direct data placement by NIC (network interface) into designated 
application buffers) 

Bailey does not explicitly disclose a CRC calculation. 

However, Wilson discloses a CRC calculation. (Wilson col 12, II 11-13: includes MAC 
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header and cyclic redundancy check (CRC) portion; col 15, II 6-10: MAC header added 
to packet followed by CRC portion, CRC check increases data integrity) 
Motivation for Wilson to disclose a CRC calculation is as stated in Claim 17 above. 

Regarding Claim 38, Bailey discloses the system according to claim 35, wherein the 
non-flow-through NIC during a process by which the complete ULPDU is sent from the 
local memory to a host memory. (Bailey pg 5, II 20-22: based on information in ULPDUs 
place data in memory in host) 
Bailey does not explicitly disclose a CRC calculation. 

However, Wilson discloses a CRC calculation. (Wilson col 12, II 11-13: includes MAC 
header and cyclic redundancy check (CRC) portion; col 15, II 6-10: MAC header added 
to packet followed by CRC portion, CRC check increases data integrity) 
Motivation for Wilson to disclose a CRC calculation is as stated in Claim 17 above. 

Regarding Claim 39, Bailey discloses the system according to claim 35, wherein the 
complete ULPDU comprises a marker-aligned protocol data unit. (Bailey pg 11, 1 36 - 
pg 12, 1 4: ULPDU completely contained with TCP segment; pg 7, II 30-32: direct data 
placement from network interface into application buffers) 

Regarding Claim 40, Bailey discloses the system according to claim 33, wherein the 
receiver comprises a flow-through NIC. (Bailey pg 7, II 30-32: direct data placement by 
NIC (network interface controller) into designated application buffers) 
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Bailey does not explicitly disclose a DMA engine. 

However, Pinkerton discloses a DMA engine. (Pinkerton col 2, II 10-13: DMA (direct 
memory access) protocol; col 3, II 52-58; col 3, II 63-67: direct data placement; maps 
incoming data to a specific buffer and offset; col 8, II 1-3: direct placement information 
placed in framing header) 

Motivation for Pinkerton to disclose a DMA engine is as stated in Claim 14 above. 
In addition, Bailey does not explicitly disclose a CRC machine. 
However, Wilson discloses a CRC machine. (Wilson col 12, II 11-13: include MAC 
header and a cyclic redundancy check (CRC) portion; col 15, II 6-10: MAC header is 
added to packet followed by CRC portion, CRC check increases data integrity) 
Motivation for Wilson to disclose a CRC machine is as stated in Claim 17 above. 

Regarding Claim 41, Bailey discloses the system according to claim 40, wherein the 
flow-through NIC comprises a buffer. (Bailey pg 5, II 20-22: protocol maintained for 
communications, place data in memory (buffer) on host; pg 7, II 30-32: direct data 
placement by NIC (network interface controller) into designated application buffers) 

Regarding Claim 42, Bailey discloses the system according to claim 41 and the non- 
flow-through NIC as the complete ULPDU is stored in the buffer. 
Bailey does not explicitly disclose CRC calculations. 

However, Wilson discloses CRC calculations. (Wilson col 12, II 11-13: include MAC 
header and a cyclic redundancy check (CRC) portion; col 15, II 6-10: MAC header is 
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added to packet followed by CRC portion, CRC check increases data integrity) 
Motivation for Wilson to disclose CRC calculations is as stated in Claim 17 above. 

Regarding Claim 43, Bailey discloses the system according to claim 41 and an ULP. 
Bailey does not explicitly disclose a CRC calculation. 

However, Wilson discloses the CRC calculation. (Wilson col 12, II 11-13: include MAC 
header and a cyclic redundancy check (CRC) portion; col 15, II 6-10: MAC header is 
added to packet followed by CRC portion, CRC check increases data integrity) 
Motivation for Wilson to disclose a CRC calculation is as stated in Claim 17 above. 

Regarding Claim 44, Bailey discloses the system according to claim 40, wherein the 
complete ULPDU comprises a marker-aligned protocol data unit. (Bailey pg 11, 1 36 - 
pg 12, 1 4: ULPDU completely contained with TCP segment (complete ULPDU); pg 7, II 
30-32: direct data placement by network interface into application buffers) 

Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
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TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kyung-Hye SHIN whose telephone number is (571)272- 
3920. The examiner can normally be reached on 9:30 am - 6 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tonia L. Dollinger can be reached on (571) 272-4170. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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